Wi-fi direct services mechanisms for wireless gigabit display extension

ABSTRACT

Techniques for implementing Wireless Gigabit (WiGig) Display Extension (WDE) communications as Wi-Fi Direct Services (WFDS) services are described. According to such techniques, WDE services may make use of primitives and events obtained from a WFDS application service platform (ASP). This application of WFDS to WDE may provide necessary mechanisms for layer 2 operations such as device and service discovery, P2P connection management, and session management. Other embodiments are described and claimed.

CROSS-REFERENCE TO RELATED CASES

This application is a continuation of, claims the benefit of, and claimspriority to U.S. patent application Ser. No. 15/118,085 entitled “WI-FIDIRECT SERVICES MECHANISMS FOR WIRELESS GIGABIT DISPLAY EXTENSION” filedAug. 10, 2016, which is a national stage application claiming thebenefit of and priority to International Application No.PCT/US2014/057850 entitled “WI-FI DIRECT SERVICES MECHANISMS FORWIRELESS GIGABIT DISPLAY EXTENSION” filed Sep. 26, 2014, which claimsthe benefit of and priority to previously filed U.S. Provisional PatentApplication No. 61/938,002, filed Feb. 10, 2014, the subject matter ofwhich are hereby incorporated by reference in their entireties.

TECHNICAL FIELD

Embodiments described herein generally relate to wirelesscommunications.

BACKGROUND

Wireless Gigabit (WiGig) generally refers to a collection of wirelesscommunications standards that allow multi-gigabit wirelesscommunications between devices. The Wireless Gigabit Alliance, whichdeveloped and published WiGig standards beginning in 2009, became partof the Wi-Fi Alliance (WFA) in March 2013. Currently, the WFA isdeveloping a specification for a WiGig Display Extension (WDE) tosupport multi-gigabit wireless transmission of audio/visual data todevices such as high-definition televisions (HDTVs), monitors,projectors, and other peripherals. However, to date, sufficientimplementation details for layer 2 mechanisms such as device and servicediscovery, peer-to-peer (P2P) connection management, and layer 2 sessionmanagement have not been defined for WDE. This disclosure is directed atenabling the realization of such layer 2 mechanisms by employing Wi-FiDirect Services (WFDS) protocols in conjunction with WDE. Generallyspeaking, according to the techniques described herein, WDEcommunications may be implemented as WFDS services.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates one embodiment of an operating environment.

FIG. 2 illustrates one embodiment of a logical architecture.

FIG. 3 illustrates one embodiment of a first communications flow.

FIG. 4 illustrates one embodiment of a second communications flow.

FIG. 5 illustrates one embodiment of a third communications flow.

FIG. 6 illustrates one embodiment of a fourth communications flow.

FIG. 7 illustrates one embodiment of a first packet structure.

FIG. 8 illustrates one embodiment of a second packet structure.

FIG. 9 illustrates one embodiment of a storage medium.

FIG. 10 illustrates one embodiment of a device.

FIG. 11 illustrates one embodiment of a first logic flow.

FIG. 12 illustrates one embodiment of a second logic flow.

FIG. 13 illustrates one embodiment of a wireless network.

DETAILED DESCRIPTION

Techniques for implementing Wireless Gigabit (WiGig) Display Extension(WDE) communications as Wi-Fi Direct Services (WFDS) services aredescribed. According to such techniques, WDE services may make use ofprimitives and events obtained from a WI-DS application service platform(ASP). This application of WFDS to WDE may provide necessary mechanismsfor layer 2 operations such as device and service discovery, P2Pconnection management, and session management. Other embodiments aredescribed and claimed.

Various embodiments may comprise one or more elements. An element maycomprise any structure arranged to perform certain operations. Eachelement may be implemented as hardware, software, or any combinationthereof, as desired for a given set of design parameters or performanceconstraints. Although an embodiment may be described with a limitednumber of elements in a certain topology by way of example, theembodiment may include more or less elements in alternate topologies asdesired for a given implementation. It is worthy to note that anyreference to “one embodiment” or “an embodiment” means that a particularfeature, structure, or characteristic described in connection with theembodiment is included in at least one embodiment. The appearances ofthe phrases “in one embodiment,” “in some embodiments,” and “in variousembodiments” in various places in the specification are not necessarilyall referring to the same embodiment.

FIG. 1 illustrates an example of an operating environment 100 such asmay be representative of various embodiments. As shown in FIG. 1, inoperating environment 100, a WDE source 102 sends audio/visual (A/V)data 104 over a WDE link 106 to a WDE sink 108. A/V data 104 maycomprise logic, data, and/or information corresponding to visual and/oraudio content, and usable by WDE sink 108 to present that visual and/oraudio content. For example, A/V data 104 may correspond to a video, andWDE source 102 may send A/V data 104 to WDE sink 108 in order to viewthat video on a screen of WDE sink 108. WDE source 102 may comprise anydevice or combination of devices collectively capable of operating in aWDE source mode to transmit A/V data 104 over WDE link 106. Examples ofWDE source 102 may include a WDE-capable tablet, notebook, laptop, ordesktop computer, a WDE-capable mobile communications device such as asmartphone, cellular phone, or other type of mobile phone, a WDE-capablegaming console or gaming device, and a WDE-capable appliance or otherconsumer electronic device. The embodiments are not limited to theseexamples.

WDE sink 108 may comprise any device or combination of devicescollectively capable of operating in a WDE sink mode, receiving A/V data104 over WDE link 106, and presenting the visual and/or audio contentembodied in A/V data 104. In various embodiments, WDE sink 108 maycomprise a single WDE-capable display or other content presentationdevice possessing these capabilities, such as a WDE-capable television,monitor, projector, or other peripheral. In some other embodiments, WDEsink 108 may comprise a display and one or more other devices that, whenused in combination with the display, allow A/V data 104 to be receivedover WDE link 106 and presented on the display. In various suchembodiments, for example, WDE sink 108 may comprise an adapter thatoperates in a WDE sink mode and receives A/V data 104 from device 102over WDE link 106, and may comprise a display or other contentpresentation device that receives the A/V data 104 from the adapter andpresents the visual and/or audio content embodied in the A/V data 104.The embodiments are not limited in this context.

In order to establish and make use of WDE link 106, WDE source 102and/or WDE sink 108 may require the use of various layer 2 mechanisms,such as device and service discovery, P2P connection management, andlayer 2 session management mechanisms. For example, without defineddevice and service discovery mechanisms, WDE source 102 may not be ableto determine that WDE sink 108 is operating in that capacity, and thusWDE source 102 may not establish WDE link 106 with WDE sink 108. In someembodiments, one or more such layer 2 mechanisms may be realized byimplementation of WFDS protocols in conjunction with WDE.

FIG. 2 illustrates an embodiment of a logical architecture 200 such asmay be representative of the use of WFDS protocols in conjunction withWDE in various embodiments, such as operating environment 100 of FIG. 1.In some embodiments, the implementation of logical architecture 200 mayallow WDE links to be handled as WFDS services, and established via WFDSservice setup procedures. As shown in FIG. 2, a WDE service 202 isdefined that obtains primitives and events from a WFDS applicationservice platform (ASP) 204. The WDE service 202 may utilize theprimitives and events that it obtains from WFDS ASP 204 to performservice discovery and connection setup operations. The WDE service 202may receive connection event and service teardown triggers from WDEprotocol 206. In various embodiments, WDE protocol 206 may comprise theWDE protocol defined in the WDE specification announced in conjunctionwith the release of WiGig specification 1.1 in June 2011, or anypredecessor, successor, progeny, or variant thereof. Communicationsaccording to WDE protocol 206 may be performed using media accesscontrol (MAC) mechanisms specified in Wi-Fi Direct protocol 208. In someembodiments, Wi-Fi Direct protocol 208 may comprise the WFA Wi-Fi Directstandard, 2010 Release, or any predecessor, successor, progeny, orvariant thereof. The embodiments are not limited in this context.

FIG. 3 illustrates a communications flow 300 that may be representativeof a first phase of a WDE service setup process such as may be performedin various embodiments to enable the establishment of a WDE link, suchas WDE link 106 of FIG. 1. More particularly, communications flow 300may be representative of a service discovery phase of such a WDE servicesetup process. In communications flow 300, communications are exchangedbetween two WDE-capable devices. Namely, communications are exchangedbetween a WDE-capable device operating as a WI-DS service advertiser 350and a WDE-capable device operating as a WI-DS service seeker 360. One ofthe WDE-capable devices may comprise a WDE source that wishes totransmit content, such as WDE source 102 of FIG. 1. The otherWDE-capable device may comprise a WDE sink that is to receive and causepresentation of that content, such as WDE sink 108 of FIG. 1.

In some embodiments, the WDE-capable device that comprises a WDE sourcemay operate as the WFDS service seeker 360, and the WDE-capable devicethat comprises a WDE sink may operate as the WFDS service advertiser350. In various other embodiments, the WDE-capable device that comprisesthe WDE source may operate as the WFDS service advertiser 350, and theWDE-capable device that comprises the WDE sink may operate as the WFDSservice seeker 360. In some embodiments, these roles may be mandated,such that the WDE source always assumes one WI-DS role while the WDEsink always assumes the other WFDS role. For example, in variousembodiments, it may be mandated that the WDE source always operates asthe WFDS service seeker 360 and the WDE sink always operates as the WFDSservice advertiser 350. In some other embodiments, these roles may notbe mandated, such that either the WDE source or the WDE sink can operateas the WFDS service seeker 360, while the other device operates as theWFDS service advertiser 350. The embodiments are not limited in thiscontext.

As shown in FIG. 3, the WFDS service advertiser 350 (hereinafter,“advertiser 350”) comprises several logical modules. Advertiser 350comprises a WDE service module 354, which may comprise programming,functions, logic, parameters, and/or other information operative toimplement WDE capabilities for advertiser 350. Advertiser 350 alsocomprises an application module 352, which may comprise programming,functions, logic, parameters, and/or other information embodying anapplication that is to utilize WDE capabilities implemented by WDEservice module 354. Advertiser 350 also comprises a WI-DS ASP module356, which may comprise programming, functions, logic, parameters,and/or other information operative to implement a WFDS ASP from whichWDE service module 354 may obtain ASP primitives and/or events.Similarly, the WFDS service seeker 360 (hereinafter, “seeker 360”)comprises an application module 362, a WDE service module 364, and aWI-DS ASP module 366, each of which may be the same as or similar to itscounterpart within advertiser 350. The embodiments are not limited inthis context.

Communications flow 300 may begin at 302, where WDE service module 354may send an AdvertiseService( ) command to WI-DS ASP module 356, toindicate that WDE services are to be advertised on behalf of advertiser350. In various embodiments, the AdvertiseService( ) command may includea service_name parameter. In some such embodiments, the service_nameparameter may comprise the format “org.wi-fi.WDE.device.[source orsink].[interface].” In such embodiments, the [source or sink] elementmay comprise a value of either “source” or “sink” depending on theprospective role of advertiser 350 in conjunction with the advertisedWDE service, and the [interface] element may comprise a value of “HDMI”if the advertised service involves use of an HDMI protocol or maycomprise a value of “DisplayPort” if the advertised service involves useof a DisplayPort protocol. In various embodiments, the service_nameparameter may comprise the format “org.wi-fi.WDE.device.[source orsink].[interface].[video and/or audio].” In such embodiments, the [videoand/or audio] element may comprise a value of “video” if the advertisedWDE service supports only video, may comprise a value of “audio” if theadvertised WDE service supports only audio, and may comprise a value of“video and audio” if the advertised WDE service supports both video anaudio.

In some embodiments, the AdvertiseService( ) command may include aservice_information parameter that describes WDE capabilities ofadvertiser 350. In various embodiments, the service_informationparameter may comprise a UTF-8 text string. In some embodiments, theservice_information parameter may include the element“WDEServiceInformation.” The embodiments are not limited in thiscontext.

At 304, application module 362 may send a Use Service instruction 304 toWDE service module 364 to indicate the desire to locate a WDE servicefor use by seeker 360. In response to the Use Service instruction 304,WDE service module 364 may send a SeekService( ) command to WI-DS ASPmodule 366 at 306. The SeekService( ) command may indicate that WDEservices are to be sought on behalf of seeker 360. In variousembodiments, the SeekService( ) command may include a service_nameparameter. In some such embodiments, the service_name parameter maycomprise the format “org.wi-fi.WDE.device.[source or sink].[interface].”In such embodiments, the [source or sink] element may comprise a valueof either “source” or “sink” depending on the prospective role of seeker360 in conjunction with the sought WDE service, and the [interface]element may comprise a value of “HDMI” if seeker 360 seeks a WDE servicethat uses an HDMI protocol or may comprise a value of “DisplayPort” ifseeker 360 seeks a WDE service that uses a DisplayPort protocol.

In various embodiments, the service_name parameter may comprise theformat “org.wi-fi.WDE.device.[source or sink].[interface].[video and/oraudio].” In such embodiments, the [video and/or audio] element maycomprise a value of “video” if the sought WDE service only needs tosupport video, may comprise a value of “audio” if the sought WDE serviceonly needs to support audio, and may comprise a value of “video andaudio” if the sought WDE service needs to support both video an audio.In some embodiments, the SeekService( ) command may include aservice_information_request parameter. In various such embodiments, theservice_information_request parameter may comprise a substring of areceived service_information parameter or may comprise a null string.The embodiments are not limited in this context.

At 308, WFDS ASP module 366 may send a P2P Probe Request to WFDS ASPmodule 356. The P2P Probe Request may contain one or more servicehashes. At 310, following receipt of the P2P Probe Request, WFDS ASPmodule 356 may perform a hash matching process to identify one or moreservice names and/or advertisement IDs matching the service hashes inthe P2P Probe Request. At 312, WFDS ASP module 356 may send a P2P ProbeResponse to WFDS ASP module 366, and the P2P Probe Response may comprisethe one or more service names and/or advertisement IDs identified duringthe hash matching process.

In various embodiments, seeker 360 and advertiser 350 may identify theirdevice names in the P2P Probe Request and the P2P Probe Response,respectively, by specifying user-friendly descriptions in the DeviceName attributes of the Wi-Fi Simple Configuration (WSC) informationelements (IEs) in the P2P Probe Request and the P2P Probe Response. Insome embodiments, seeker 360 and advertiser 350 may report their P2Pcapabilities by including appropriate category IDs and subcategory IDsin the primary device type attributes in any Beacon Frames and/or ProbeResponses that they transmit. In various embodiments, seeker 360 andadvertiser 350 may report their WDE service availability by settingappropriate values of availability bits in the Device Capability Bitmapfields of the P2P Capability attributes in the P2P IEs in any BeaconFrames, Probe Requests, and/or Probe Responses that they transmit. Insome embodiments, when an availability bit for a given WDE deviceindicates that the WDE device is unavailable, it may indicate that allWDE services associated with that WDE device are unavailable. Theembodiments are not limited in this context.

At 314, WFDS ASP module 366 may send a P2P Service Discovery Request toWFDS ASP module 356, and the P2P Service Discovery Request may compriseone or more service names and/or service information requests. At 316,WFDS ASP module 356 may perform name matching and service informationmatching techniques to identify advertisement IDs and serviceinformation for services identified in the P2P Service DiscoveryRequest. At 318, WFDS ASP module 356 may send a P2P Service DiscoveryResponse to WFDS ASP module 366, and the P2P Service Discovery Responsemay comprise the services names and corresponding advertisement IDs andservice information.

At 320, WFDS ASP module 366 may generate a SearchResult based on the P2PService Discovery Response. At 322, WDE service module 364 may send amessage to application module 362 that comprises a list of one or moredevices advertising the WDE service sought by seeker 360. Based on theinformation received from WFDS ASP module 356 in the P2P ServiceDiscovery Response, WDE service module 364 may include advertiser 350 inthis list of devices. The embodiments are not limited in this context.

FIG. 4 illustrates a communications flow 400 that may be representativeof a second phase of a WDE service setup process such as may beperformed in some embodiments to enable the establishment of a WDE link,such as WDE link 106 of FIG. 1. More particularly, communications flow400 may be representative of a P2P connection setup phase of such a WDEservice setup process, and illustrates communications that may beexchanged during the P2P connection setup phase by the same WDE-capabledevices as those that exchange communications in communications flow 300of FIG. 3.

Communications flow 400 may begin at 402, where application module 362may send a message to WDE service module 364 identifying advertiser 350as a device from which it wishes to obtain a WDE service identified viacommunications flow 300 of FIG. 3. At 404, WDE service module 364 maysend a ConnectSessions( ) command to WFDS ASP module 366, to instructWFDS ASP module 366 to attempt to establish a P2P connection withadvertiser 350. In various embodiments, the ConnectSessions( ) commandmay comprise the format ConnectSessions(List of(service_mac,advertisement_id), session_information, network_role), where theservice_mac, advertisement_id, session_information, and network_roleparameters are defined in Section 3.6 of the WFDS TechnicalSpecification.

At 406, WFDS ASP module 366 may send a P2P Provision Discovery Requestto WFDS ASP module 356. The P2P Provision Discovery Request may comprisesession information corresponding to that contained in theConnectSessions( ) command sent by WDE service module 364 at 404, andmay comprise connection capabilities information for the seeker 360. At408, WFDS ASP module 366 may send a ConnectStatus message to WDE servicemodule 364 that indicates that the P2P Provision Discovery Request hasbeen sent to the advertiser 350.

At 410, following receipt of the P2P Provision Discovery Request, WFDSASP module 356 may send a SessionRequest( ) message to WDE servicemodule 354 to inform WDE service module 354 of the receipt of the P2PProvision Discovery Request and of the session information comprisedwithin. In some embodiments, the SessionRequest( ) message may comprisethe format SessionRequest(advertisement_id, session_mac,session_device_name, session_id, session_information), where theadvertisement_id, session_mac, session_device_name, session_id, andsession_information parameters are defined in Section 3.6 of the WFDSTechnical Specification.

At 412, WFDS ASP module 356 may send a P2P Provision Discovery Responseto WFDS ASP module 366 that indicates that the P2P Provision DiscoveryRequest sent by WFDS ASP module 366 at 406 has not yet been processedand thus has a deferred status. At 414, WFDS ASP module 366 may send aConnectStatus message to WDE service module 364 that informs WDE servicemodule 364 of the deferred status of the previously transmitted P2PProvision Discovery Request. At 416, WDE service module 354 may send aSession Information message to application module 352 that describes aP2P connection that seeker 360 wishes to establish with advertiser 350.The Session Information message may comprise information correspondingto the session_information parameter in the SessionRequest( ) messagereceived at 410.

At 418, application module 352 may send a message to WDE service module354 to indicate that it wishes to accept the request from seeker 360. At420, WDE service module 354, may send a SessionConfirm( ) message toWFDS ASP module 356 instructing WFDS ASP module 356 to accept therequest from seeker 360. The SessionConfirm( ) message may compriseparameters for a P2P connection to be established between advertiser 350and seeker 360. At 422, WFDS ASP module 356 may send a P2P ProvisionDiscovery Request to WFDS ASP module 366 that indicates that the P2PProvision Discovery Request sent at 406 has been accepted. This P2PProvision Discovery Request may include session information comprisingparameters contained in the SessionConfirm( ) message received at 420.

At 424, WFDS ASP module 366 may send a ConnectStatus message to WDEservice module 364 that informs WDE service module 364 of the acceptedstatus of the P2P Provision Discovery Request transmitted at 406. At426, WFDS ASP module 366 may send a P2P Provision Discovery Response toWFDS ASP module 356. This P2P Provision Discovery Response may includeconnection capability information for use in establishing a P2Pconnection between advertiser 350 and seeker 360.

At 428, advertiser 350 and seeker 360 may begin a process by which theybecome members of a same P2P group in order to establish their P2Pconnection. In various embodiments they may create and join a new P2Pgroup, while in some other embodiments they may join an existing P2Pgroup. At 430, WFDS ASP module 356 and WFDS ASP module 366 may sendrespective ConnectStatus messages to WDE service module 354 and WDEservice module 364 to inform them that P2P group formation has started.At 432, upon completion of P2P group formation, WFDS ASP module 356 andWFDS ASP module 366 may send respective ConnectStatus messages to WDEservice module 354 and WDE service module 364 to inform them that P2Pgroup formation has completed.

FIG. 5 illustrates a communications flow 500 that may be representativeof a third phase of a WDE service setup process such as may be performedin various embodiments to enable the establishment of a WDE link, suchas WDE link 106 of FIG. 1. More particularly, communications flow 500may be representative of an ASP session setup phase of such a WDEservice setup process, and illustrates communications that may beexchanged during the ASP session setup phase by the same WDE-capabledevices as those that exchange communications in communications flow 300of FIG. 3 and communications flow 400 of FIG. 4.

Communications flow 500 may begin at 502, where WI-DS ASP module 366 maysend an ASP REQUEST_SESSION message to WFDS ASP module 356. The ASPREQUEST_SESSION message may include advertisement_id, mac_addr,session_id, and session_information parameters, each of which maycomprise information that is the same as or similar to the respectiveparameter in the SessionRequest( ) message sent at 410 in FIG. 4.

At 504, WFDS ASP module 366 may send a SessionStatus message to WDEservice module 364 that indicates that it has sent the ASPREQUEST_SESSION message to WFDS ASP module 356 and thus has initiatedASP session establishment. At 506, WFDS ASP module 356 may send aSessionStatus message to WDE service module 354 that indicates that theASP REQUEST_SESSION message has been received. At 508, WFDS ASP module356 may send an acknowledgment (ACK) to WFDS ASP module 366, in order toconfirm receipt of the ASP REQUEST_SESSION message.

At 510, WDE service module 354 may send a SessionReady( ) message toWFDS ASP module 356 that indicates that the desired ASP session has beencreated. At 512, WFDS ASP module 356 may send a SessionStatus message toWDE service module 354 that indicates that the ASP session is open andmay be used. At 514, WFDS ASP module 356 may send an ASP ADDED_SESSIONmessage to WFDS ASP module 366. The ASP ADDED_SESSION message mayinclude mac_addr and session_id parameters, each of which may compriseinformation that is the same as or similar to the respective parameterin the ASP REQUEST_SESSION message sent at 502.

At 516, WFDS ASP module 366 may send a SessionStatus message to WDEservice module 364 that indicates that the ASP session is open and maybe used. At 518, WFDS ASP module 366 may send an ACK to WFDS ASP module356, in order to confirm receipt of the ASP ADDED_SESSION message. At520, WFDS ASP module 366 may send an application socket connect messageto WFDS ASP module 356 in order enable data exchange between applicationmodule 352 and application module 362. Following a connection event at522, advertiser 350 and seeker 360 may begin to exchange WDE packets.

FIG. 6 illustrates a communications flow 600 that may be representativeof a WDE service teardown process such as may be performed in someembodiments in order to terminate a WDE service, such as a WDE servicecreated via the various WDE service setup process phases described inFIGS. 3-5. More particularly, communications flow 600 illustratescommunications that may be exchanged during the service teardown processby the same WDE-capable devices as those that exchange communications incommunications flow 300 of FIG. 3, communications flow 400 of FIG. 4,and communications flow 500 of FIG. 5.

Communications flow 600 may begin at 602, where WDE service module 364may optionally receive input from application module 362 that indicatesthat a WDE service session should be stopped. At 604, WDE service module364 may send a CloseSession( ) instruction to WI-DS ASP module 366 thatindicates that WFDS ASP module 366 should communicate with WI-DS ASPmodule 356 in order to close the WDE service session. In variousembodiments, WDE service module 364 may send the CloseSession( )instruction in response to input received from application module 362 at602. In some other embodiments, WDE service module 364 may determinethat the WDE service session should be closed based on a received WDEprotocol instruction, such as in the event of an internal timeout. Inyet other embodiments, WDE service module 364 may determine itself thatthe WDE service session should be closed, such as in the event of aconnection failure event. The embodiments are not limited in thiscontext.

At 606, based on the CloseSession( ) instruction, WFDS ASP module 366may send a REMOVE_SESSION message to WFDS ASP module 356. TheREMOVE_SESSION message may include advertisement_id, mac_addr, andsession_id parameters, each of which may comprise information that isthe same as or similar to the respective parameter in the ASPREQUEST_SESSION message sent at 502 in FIG. 5. At 608, WFDS ASP module356 may send a SessionStatus message to WDE service module 354 thatindicates that the WDE service session is closed. At 610, WDE servicemodule 354 may in turn send a SessionClosed message to applicationmodule 352 to notify application module 352 that the WDE service sessionis closed.

At 612, WFDS ASP module 356 may send an ACK to WFDS ASP module 366 toconfirm receipt of the REMOVE_SESSION message at 606. At 614, WFDS ASPmodule 366 may send a SessionStatus message to WDE service module 364that indicates that the WDE service session is closed. At 616, if thereare no other sessions still active between advertiser 350 and seeker360, WFDS ASP module 366 may send a disassociation request WFDS ASPmodule 356. At 618, WFDS ASP module 356 may respond to thedisassociation request by sending a disassociation response to WFDS ASPmodule 366.

FIG. 7 illustrates a packet structure 700 that may be representative ofpackets exchanged by a WDE source and a WDE sink in various embodiments.More particularly, packet structure 700 may be representative of anencapsulation of ASP coordination protocol data for MAC-layer exchange.As shown in FIG. 7, packet structure 700 comprises an 802.11 MAC header702, a logical link control (LLC) header 704, a Sub-network AccessProtocol (SNAP) header 712, an ASP coordination protocol data field 718,and a frame check sequence (FCS) field 720.

LLC header 704 comprises a Destination Service Access Point (DSAP) field706, a Source Service Access Point (SSAP) field 708, and a control field710. Each of these three fields may comprise one octet, and thus LLCheader 704 may comprise a total of three octets. DSAP field 706 and SSAPfield 708 may each comprise the hexadecimal value 0xAA, to indicate thepresence of SNAP header 712 following LLC header 704. Control field 710may comprise the hexadecimal value 0x03, to indicate that the packetcomprises an unnumbered information (UI) protocol data unit (PDU).

SNAP header 712 may comprise a total of five octets designated forprotocol identification, which may include a field 714 and a field 716.Field 714 may comprise three octets that contain a WFA organizationallyunique identifier (OUI) hexadecimal value of 0x50-6F-9A. Field 716 maycomprise two octets that contain a WFDS OUI Type hexadecimal value of0x??-00, where the characters “??” represent as yet unassigned digitsidentifying the WFDS OUI Type. ASP coordination protocol data field 718may comprise the ASP coordination protocol data that is encapsulatedwithin packet structure 700. FCS field 720 may comprise an FCS value foruse in applying error detection to packet structure 700. The embodimentsare not limited in this context.

FIG. 8 illustrates a packet structure 800 that may be representative ofpackets exchanged by a WDE source and a WDE sink in some embodiments.More particularly, packet structure 800 may be representative of anencapsulation of WDE protocol data for MAC-layer exchange. As shown inFIG. 8, packet structure 800 comprises an 802.11 MAC header 802, an LLCheader 804, a SNAP header 812, a WDE protocol data field 818, and an FCSfield 820. 802.11 MAC header 802, LLC header 804, and FCS field 820 maybe the same as or similar to 802.11 MAC header 702, LLC header 704, andFCS field 720 of FIG. 7.

SNAP header 812 may comprise a total of five octets designated forprotocol identification. SNAP header 812 may include a three octet field814 that contains the WFA OUI hexadecimal value of 0x50-6F-9A. SNAPheader 812 may also include a two octet field 816 that contains a WDEOUI Type hexadecimal value of 0x??-00, where the characters “??”represent as yet unassigned digits identifying the WDE OUI Type. WDEprotocol data field 818 may comprise the WDE protocol data that isencapsulated within packet structure 800. The embodiments are notlimited in this context.

FIG. 9 illustrates an embodiment of a storage medium 900. The storagemedium 900 may comprise an article of manufacture. In one embodiment,the storage medium 900 may comprise any non-transitory computer-readablemedium or machine-readable medium, such as an optical, magnetic orsemiconductor storage. The storage medium may store various types ofcomputer-executable instructions 902, such as instructions that, whenexecuted, cause a device to perform communications according tocommunications flow 300 of FIG. 3, communications flow 400 of FIG. 4,communications flow 500 of FIG. 5, and/or communications flow 600 ofFIG. 6. Examples of a computer-readable or machine-readable storagemedium may include any tangible media capable of storing electronicdata, including volatile memory or non-volatile memory, removable ornon-removable memory, erasable or non-erasable memory, writeable orre-writeable memory, and so forth. Examples of computer-executableinstructions may include any suitable type of code, such as source code,compiled code, interpreted code, executable code, static code, dynamiccode, object-oriented code, visual code, and the like. The embodimentsare not limited in this context.

FIG. 10 illustrates an embodiment of a communications device 1000 thatmay communicate over a WFDS-supported WDE link in various embodiments.In some embodiments, device 1000 may implement one or more of WDE source102, WDE sink 108, WI-DS service advertiser 350, WFDS service seeker360, and storage medium 900. In various embodiments, device 1000 maycomprise a logic circuit 1028. The logic circuit 1028 may includephysical circuits to perform operations described for one or more of WDEsource 102, WDE sink 108, WFDS service advertiser 350, and WFDS serviceseeker 360, for example. As shown in FIG. 10, device 1000 may include aradio interface 1010, baseband circuitry 1020, and computing platform1030, although the embodiments are not limited to this configuration.

The device 1000 may implement some or all of the structure and/oroperations for one or more of WDE source 102, WDE sink 108, WFDS serviceadvertiser 350, WI-DS service seeker 360, storage medium 900, and logiccircuit 1028 in a single computing entity, such as entirely within asingle device. Alternatively, the device 1000 may distribute portions ofthe structure and/or operations for one or more of WDE source 102, WDEsink 108, WFDS service advertiser 350, WFDS service seeker 360, storagemedium 900, and logic circuit 1028 across multiple computing entitiesusing a distributed system architecture, such as a client-serverarchitecture, a 3-tier architecture, an N-tier architecture, atightly-coupled or clustered architecture, a peer-to-peer architecture,a master-slave architecture, a shared database architecture, and othertypes of distributed systems. The embodiments are not limited in thiscontext.

In one embodiment, radio interface 1010 may include a component orcombination of components adapted for transmitting and/or receivingsingle carrier or multi-carrier modulated signals (e.g., includingcomplementary code keying (CCK) and/or orthogonal frequency divisionmultiplexing (OFDM) symbols) although the embodiments are not limited toany specific over-the-air interface or modulation scheme. Radiointerface 1010 may include, for example, a receiver 1012, a frequencysynthesizer 1014, and/or a transmitter 1016. Radio interface 1010 mayinclude bias controls, a crystal oscillator and/or one or more antennas1018-f. In another embodiment, radio interface 1010 may use externalvoltage-controlled oscillators (VCOs), surface acoustic wave filters,intermediate frequency (IF) filters and/or RF filters, as desired. Dueto the variety of potential RF interface designs an expansivedescription thereof is omitted.

Baseband circuitry 1020 may communicate with radio interface 1010 toprocess receive and/or transmit signals and may include, for example, ananalog-to-digital converter 1022 for down converting received signals, adigital-to-analog converter 1024 for up converting signals fortransmission. Further, baseband circuitry 1020 may include a baseband orphysical layer (PHY) processing circuit 1026 for PHY link layerprocessing of respective receive/transmit signals. Baseband circuitry1020 may include, for example, a medium access control (MAC) processingcircuit 1027 for MAC/data link layer processing. Baseband circuitry 1020may include a memory controller 1032 for communicating with MACprocessing circuit 1027 and/or a computing platform 1030, for example,via one or more interfaces 1034.

In some embodiments, PHY processing circuit 1026 may include a frameconstruction and/or detection module, in combination with additionalcircuitry such as a buffer memory, to construct and/or deconstructcommunication frames. Alternatively or in addition, MAC processingcircuit 1027 may share processing for certain of these functions orperform these processes independent of PHY processing circuit 1026. Insome embodiments, MAC and PHY processing may be integrated into a singlecircuit.

The computing platform 1030 may provide computing functionality for thedevice 1000. As shown, the computing platform 1030 may include aprocessing component 1040. In addition to, or alternatively of, thebaseband circuitry 1020, the device 1000 may execute processingoperations or logic for one or more of WDE source 102, WDE sink 108,WFDS service advertiser 350, WI-DS service seeker 360, storage medium900, and logic circuit 1028 using the processing component 1040. Theprocessing component 1040 (and/or PHY 1026 and/or MAC 1027) may comprisevarious hardware elements, software elements, or a combination of both.Examples of hardware elements may include devices, logic devices,components, processors, microprocessors, circuits, processor circuits,circuit elements (e.g., transistors, resistors, capacitors, inductors,and so forth), integrated circuits, application specific integratedcircuits (ASIC), programmable logic devices (PLD), digital signalprocessors (DSP), field programmable gate array (FPGA), memory units,logic gates, registers, semiconductor device, chips, microchips, chipsets, and so forth. Examples of software elements may include softwarecomponents, programs, applications, computer programs, applicationprograms, system programs, software development programs, machineprograms, operating system software, middleware, firmware, softwaremodules, routines, subroutines, functions, methods, procedures, softwareinterfaces, application program interfaces (API), instruction sets,computing code, computer code, code segments, computer code segments,words, values, symbols, or any combination thereof. Determining whetheran embodiment is implemented using hardware elements and/or softwareelements may vary in accordance with any number of factors, such asdesired computational rate, power levels, heat tolerances, processingcycle budget, input data rates, output data rates, memory resources,data bus speeds and other design or performance constraints, as desiredfor a given implementation.

The computing platform 1030 may further include other platformcomponents 1050. Other platform components 1050 include common computingelements, such as one or more processors, multi-core processors,co-processors, memory units, chipsets, controllers, peripherals,interfaces, oscillators, timing devices, video cards, audio cards,multimedia input/output (I/O) components (e.g., digital displays), powersupplies, and so forth. Examples of memory units may include withoutlimitation various types of computer readable and machine readablestorage media in the form of one or more higher speed memory units, suchas read-only memory (ROM), random-access memory (RAM), dynamic RAM(DRAM), Double-Data-Rate DRAM (DDRAM), synchronous DRAM (SDRAM), staticRAM (SRAM), programmable ROM (PROM), erasable programmable ROM (EPROM),electrically erasable programmable ROM (EEPROM), flash memory, polymermemory such as ferroelectric polymer memory, ovonic memory, phase changeor ferroelectric memory, silicon-oxide-nitride-oxide-silicon (SONOS)memory, magnetic or optical cards, an array of devices such as RedundantArray of Independent Disks (RAID) drives, solid state memory devices(e.g., USB memory, solid state drives (SSD) and any other type ofstorage media suitable for storing information.

Device 1000 may be, for example, an ultra-mobile device, a mobiledevice, a fixed device, a machine-to-machine (M2M) device, a personaldigital assistant (PDA), a mobile computing device, a smart phone, atelephone, a digital telephone, a cellular telephone, user equipment,eBook readers, a handset, a one-way pager, a two-way pager, a messagingdevice, a computer, a personal computer (PC), a desktop computer, alaptop computer, a notebook computer, a netbook computer, a handheldcomputer, a tablet computer, a server, a server array or server farm, aweb server, a network server, an Internet server, a work station, amini-computer, a main frame computer, a supercomputer, a networkappliance, a web appliance, a distributed computing system,multiprocessor systems, processor-based systems, consumer electronics,programmable consumer electronics, game devices, display, television,digital television, set top box, wireless access point, base station,node B, subscriber station, mobile subscriber center, radio networkcontroller, router, hub, gateway, bridge, switch, machine, orcombination thereof. Accordingly, functions and/or specificconfigurations of device 1000 described herein, may be included oromitted in various embodiments of device 1000, as suitably desired.

Embodiments of device 1000 may be implemented using single input singleoutput (SISO) architectures. However, certain implementations mayinclude multiple antennas (e.g., antennas 1018-f) for transmissionand/or reception using adaptive antenna techniques for beamforming orspatial division multiple access (SDMA) and/or using MIMO communicationtechniques.

The components and features of device 1000 may be implemented using anycombination of discrete circuitry, application specific integratedcircuits (ASICs), logic gates and/or single chip architectures. Further,the features of device 1000 may be implemented using microcontrollers,programmable logic arrays and/or microprocessors or any combination ofthe foregoing where suitably appropriate. It is noted that hardware,firmware and/or software elements may be collectively or individuallyreferred to herein as “logic” or “circuit.”

It should be appreciated that the exemplary device 1000 shown in theblock diagram of FIG. 10 may represent one functionally descriptiveexample of many potential implementations. Accordingly, division,omission or inclusion of block functions depicted in the accompanyingfigures does not infer that the hardware components, circuits, softwareand/or elements for implementing these functions would be necessarily bedivided, omitted, or included in embodiments.

Operations for the above embodiments may be further described withreference to the following figures and accompanying examples. Some ofthe figures may include a logic flow. Although such figures presentedherein may include a particular logic flow, it can be appreciated thatthe logic flow merely provides an example of how the generalfunctionality as described herein can be implemented. Further, the givenlogic flow does not necessarily have to be executed in the orderpresented unless otherwise indicated. In addition, the given logic flowmay be implemented by a hardware element, a software element executed bya processor, or any combination thereof. The embodiments are not limitedin this context.

FIG. 11 illustrates one embodiment of a logic flow 1100, which may berepresentative of operations that may be performed in variousembodiments. More particularly, logic flow 1100 may be representative ofoperations that may be performed in some embodiments by a device actingas WFDS service seeker 360 of FIGS. 3-5. For example, in variousembodiments, device 1000 of FIG. 10 may act as WFDS service seeker 360of FIGS. 3-5 and may perform the operations of logic flow 1100. In someembodiments, a storage medium may comprise a set of instructions that,in response to being executed on a computing device, cause the computingdevice to perform the operations of logic flow 1100. For example, invarious embodiments, storage medium 900 of FIG. 9 may comprisecomputer-executable instructions 902 for performing the operations oflogic flow 1100, and device 1000 of FIG. 10 may be operative to performthe operations of logic flow 1100 in conjunction with executing thoseinstructions. The embodiments are not limited in this context.

As shown in logic flow 1100, a remotely-advertised WDE service may bediscovered at 1102 using a WI-DS primitive. For example, WFDS serviceseeker 360 may utilize a WFDS primitive to discover a WDE serviceadvertised by WI-DS service advertiser 350. At 1104, a service name forthe WDE service may be determined. For example, WFDS service seeker 360may determine a service_name parameter for the WDE service advertised byWFDS service advertiser 350. At 1106, one or more characteristics of theWDE service may be determined based on the service name. For example,WFDS service seeker 360 may determine whether WFDS service advertiser350 comprises a WDE source or a WDE sink with respect to the advertisedWDE service, based on the service_name parameter. At 1108, it may bedetermined whether to request use of the WDE service, based on the oneor more characteristics of the WDE service. For example, WFDS serviceseeker 360 may determine whether to request use of the WDE serviceadvertised by WI-DS service advertiser 350 based on whether WI-DSservice advertiser 350 comprises a WDE source or a WDE sink with respectto the advertised WDE service. The embodiments are not limited to theseexamples.

FIG. 12 illustrates one embodiment of a logic flow 1200, which may berepresentative of operations that may be performed in some embodiments.More particularly, logic flow 1200 may be representative of operationsthat may be performed in various embodiments by a device acting as WFDSservice advertiser 350 of FIGS. 3-5. For example, in some embodiments,device 1000 of FIG. 10 may act as WFDS service advertiser 350 of FIGS.3-5 and may perform the operations of logic flow 1200. In variousembodiments, a storage medium may comprise a set of instructions that,in response to being executed on a computing device, cause the computingdevice to perform the operations of logic flow 1200. For example, insome embodiments, storage medium 900 of FIG. 9 may comprisecomputer-executable instructions 902 for performing the operations oflogic flow 1200, and device 1000 of FIG. 10 may be operative to performthe operations of logic flow 1200 in conjunction with executing thoseinstructions. The embodiments are not limited in this context.

As shown in logic flow 1200, a WDE service may be advertised at 1202using a WFDS primitive. For example, WFDS service advertiser 350 mayutilize a WFDS primitive to advertise a WDE service. At 1204, a requestto use the advertised WDE service may be received. For example, WFDSservice advertiser 350 may receive a request from WFDS service seeker360 to use the advertised WDE service. At 1206, a WDE link may beestablished using a WFDS ASP session. For example, WFDS serviceadvertiser 350 may use a WFDS ASP session to establish a WDE link withWFDS service seeker 360. At 1208, one or more WDE packets may beexchanged over the WDE link. For example, WI-DS service advertiser 350may exchange one or more WDE packets over the WDE link with WFDS serviceseeker 360. The embodiments are not limited to these examples.

FIG. 13 illustrates an embodiment of a wireless network 1300. As shownin FIG. 13, wireless network comprises an access point 1302 and wirelessstations 1304, 1306, and 1308. In various embodiments, wireless network1300 may comprise a wireless local area network (WLAN), such as a WLANimplementing one or more Institute of Electrical and ElectronicsEngineers (IEEE) 802.11 standards (sometimes collectively referred to as“Wi-Fi”). In some other embodiments, wireless network 1300 may compriseanother type of wireless network, and/or may implement other wirelesscommunications standards. In various embodiments, for example, wirelessnetwork 1000 may comprise a WWAN or WPAN rather than a WLAN. Theembodiments are not limited to this example.

In some embodiments, wireless network 1300 may implement one or morebroadband wireless communications standards, such as 3G or 4G standards,including their revisions, progeny, and variants. Examples of 3G or 4Gwireless standards may include without limitation any of the IEEE802.16m and 802.16p standards, 3rd Generation Partnership Project (3GPP)Long Term Evolution (LTE) and LTE-Advanced (LTE-A) standards, andInternational Mobile Telecommunications Advanced (IMT-ADV) standards,including their revisions, progeny and variants. Other suitable examplesmay include, without limitation, Global System for Mobile Communications(GSM)/Enhanced Data Rates for GSM Evolution (EDGE) technologies,Universal Mobile Telecommunications System (UMTS)/High Speed PacketAccess (HSPA) technologies, Worldwide Interoperability for MicrowaveAccess (WiMAX) or the WiMAX II technologies, Code Division MultipleAccess (CDMA) 2000 system technologies (e.g., CDMA2000 1×RTT, CDMA2000EV-DO, CDMA EV-DV, and so forth), High Performance Radio MetropolitanArea Network (HIPERMAN) technologies as defined by the EuropeanTelecommunications Standards Institute (ETSI) Broadband Radio AccessNetworks (BRAN), Wireless Broadband (WiBro) technologies, GSM withGeneral Packet Radio Service (GPRS) system (GSM/GPRS) technologies, HighSpeed Downlink Packet Access (HSDPA) technologies, High Speed OrthogonalFrequency-Division Multiplexing (OFDM) Packet Access (HSOPA)technologies, High-Speed Uplink Packet Access (HSUPA) systemtechnologies, 3GPP Rel. 8-12 of LTE/System Architecture Evolution (SAE),and so forth. The embodiments are not limited in this context.

In various embodiments, wireless stations 1304, 1306, and 1308 maycommunicate with access point 1302 in order to obtain connectivity toone or more external data networks. In some embodiments, for example,wireless stations 1304, 1306, and 1308 may connect to the Internet 1312via access point 1302 and access network 1310. In various embodiments,access network 1310 may comprise a private network that providessubscription-based Internet-connectivity, such as an Internet ServiceProvider (ISP) network. The embodiments are not limited to this example.

In various embodiments, two or more of wireless stations 1304, 1306, and1308 may communicate with each other directly by exchanging peer-to-peercommunications. For example, in the example of FIG. 13, wirelessstations 1304 and 1306 communicate with each other directly byexchanging peer-to-peer communications 1314. In some embodiments, suchpeer-to-peer communications may be performed according to one or moreWi-Fi Alliance (WFA) standards. For example, in various embodiments,such peer-to-peer communications may be performed according to the WFAWi-Fi Direct standard, 2010 Release. In various embodiments, suchpeer-to-peer communications may additionally or alternatively beperformed using one or more interfaces, protocols, and/or standardsdeveloped by the WFA Wi-Fi Direct Services (WFDS) Task Group. Theembodiments are not limited to these examples.

Various embodiments may be implemented using hardware elements, softwareelements, or a combination of both. Examples of hardware elements mayinclude processors, microprocessors, circuits, circuit elements (e.g.,transistors, resistors, capacitors, inductors, and so forth), integratedcircuits, application specific integrated circuits (ASIC), programmablelogic devices (PLD), digital signal processors (DSP), field programmablegate array (FPGA), logic gates, registers, semiconductor device, chips,microchips, chip sets, and so forth. Examples of software may includesoftware components, programs, applications, computer programs,application programs, system programs, machine programs, operatingsystem software, middleware, firmware, software modules, routines,subroutines, functions, methods, procedures, software interfaces,application program interfaces (API), instruction sets, computing code,computer code, code segments, computer code segments, words, values,symbols, or any combination thereof. Determining whether an embodimentis implemented using hardware elements and/or software elements may varyin accordance with any number of factors, such as desired computationalrate, power levels, heat tolerances, processing cycle budget, input datarates, output data rates, memory resources, data bus speeds and otherdesign or performance constraints.

One or more aspects of at least one embodiment may be implemented byrepresentative instructions stored on a machine-readable medium whichrepresents various logic within the processor, which when read by amachine causes the machine to fabricate logic to perform the techniquesdescribed herein. Such representations, known as “IP cores” may bestored on a tangible, machine readable medium and supplied to variouscustomers or manufacturing facilities to load into the fabricationmachines that actually make the logic or processor. Some embodiments maybe implemented, for example, using a machine-readable medium or articlewhich may store an instruction or a set of instructions that, ifexecuted by a machine, may cause the machine to perform a method and/oroperations in accordance with the embodiments. Such a machine mayinclude, for example, any suitable processing platform, computingplatform, computing device, processing device, computing system,processing system, computer, processor, or the like, and may beimplemented using any suitable combination of hardware and/or software.The machine-readable medium or article may include, for example, anysuitable type of memory unit, memory device, memory article, memorymedium, storage device, storage article, storage medium and/or storageunit, for example, memory, removable or non-removable media, erasable ornon-erasable media, writeable or re-writeable media, digital or analogmedia, hard disk, floppy disk, Compact Disk Read Only Memory (CD-ROM),Compact Disk Recordable (CD-R), Compact Disk Rewriteable (CD-RW),optical disk, magnetic media, magneto-optical media, removable memorycards or disks, various types of Digital Versatile Disk (DVD), a tape, acassette, or the like. The instructions may include any suitable type ofcode, such as source code, compiled code, interpreted code, executablecode, static code, dynamic code, encrypted code, and the like,implemented using any suitable high-level, low-level, object-oriented,visual, compiled and/or interpreted programming language.

Example 1 is a wireless communication apparatus, comprising logic, atleast a portion of which is in hardware, the logic to discover aremotely-advertised Wireless Gigabit Display Extension (WDE) serviceusing a Wi-Fi Direct Services (WFDS) primitive, identify a service namefor the WDE service, determine, based on the service name, one or morecharacteristics of the WDE service, and determine whether to request useof the WDE service based on the one or more characteristics of the WDEservice.

In Example 2, the one or more characteristics of Example 1 mayoptionally indicate whether the WDE service is provided by a WDE sourceor a WDE sink.

In Example 3, the one or more characteristics of any of Examples 1 to 2may optionally indicate whether an advertiser of the WDE servicesupports the use of a High-Definition Multimedia Interface (HDMI)interface.

In Example 4, the one or more characteristics of any of Examples 1 to 3may optionally indicate whether an advertiser of the WDE servicesupports the use of a DisplayPort interface.

In Example 5, the one or more characteristics of any of Examples 1 to 4may optionally indicate whether an advertiser of the WDE servicesupports an exchange of video data, an exchange of audio data, or both.

In Example 6, the logic of any of Examples 1 to 5 may optionallyestablish a peer-to-peer (P2P) connection with an advertiser of the WDEservice, establish a WFDS application service platform (ASP) sessionwith the advertiser of the WDE service, and exchange WDE protocol datawith the advertiser of the WDE service via the WFDS ASP session.

In Example 7, the logic of Example 6 may optionally perform a serviceteardown procedure to terminate the WDE service.

In Example 8, the WDE protocol data of any of Examples 6 to 7 mayoptionally be encapsulated within a medium access control (MAC)-layerpacket structure.

In Example 9, the MAC-layer packet structure of Example 8 may optionallycomprise a logical link control (LLC) header.

In Example 10, the LLC header of Example 9 may optionally comprise adestination service access point (DSAP) field and a source serviceaccess point (SSAP) field.

In Example 11, the DSAP field and the SSAP field of Example 10 mayoptionally each comprise a value to indicate a presence of a sub-networkaccess protocol (SNAP) header following the LLC header.

In Example 12, the LLC header of any of Examples 9 to 11 may optionallycomprise a control field containing a value to indicate that the packetstructure comprises an unnumbered information (UI) protocol data unit(PDU).

In Example 13, the MAC-layer packet structure of any of Examples 8 to 12may optionally comprise a sub-network access protocol (SNAP) header.

In Example 14, the SNAP header of Example 13 may optionally comprisevalues to indicate that the MAC-layer packet structure comprises a WDEprotocol data encapsulation.

In Example 15, the SNAP header of any of Examples 13 to 14 mayoptionally comprise five octets.

In Example 16, the logic of any of Examples 6 to 15 may optionallyexchange WI-DS ASP coordination protocol data with the advertiser of theWDE service.

In Example 17, the WI-DS ASP coordination protocol data of Example 16may optionally be encapsulated within a medium access control(MAC)-layer packet structure.

In Example 18, the MAC-layer packet structure of Example 17 mayoptionally comprise a logical link control (LLC) header.

In Example 19, the LLC header of Example 18 may optionally comprise adestination service access point (DSAP) field and a source serviceaccess point (SSAP) field.

In Example 20, the DSAP field and the SSAP field of Example 19 mayoptionally each comprise a value to indicate a presence of a sub-networkaccess protocol (SNAP) header following the LLC header.

In Example 21, the LLC header of any of Examples 18 to 20 may optionallycomprise a control field containing a value to indicate that the packetstructure comprises an unnumbered information (UI) protocol data unit(PDU).

In Example 22, the MAC-layer packet structure of any of Examples 17 to21 may optionally comprise a sub-network access protocol (SNAP) header.

In Example 23, the SNAP header of Example 22 may optionally comprisevalues to indicate that the MAC-layer packet structure comprises a WFDSASP coordination protocol data encapsulation.

In Example 24, the SNAP header of any of Examples 22 to 23 mayoptionally comprise five octets.

Example 25 is a system, comprising a wireless communication apparatusaccording to any of Examples 1 to 24 and one or more radio frequency(RF) transceivers.

In Example 26, the system of Example 25 may optionally comprise one ormore RF antennas.

Example 27 is a system according to any of Examples 25 to 26, comprisinga display. Example 28 is at least one non-transitory computer-readablestorage medium, comprising a set of wireless communication instructionsthat, in response to being executed on a computing device, cause thecomputing device to discover a remotely-advertised Wireless GigabitDisplay Extension (WDE) service using a Wi-Fi Direct Services (WFDS)primitive, identify a service name for the WDE service, determine one ormore characteristics of the WDE service based on the service name, anddetermine whether to request use of the WDE service based on the one ormore characteristics of the WDE service.

In Example 29, the one or more characteristics of Example 28 mayoptionally indicate whether the WDE service is provided by a WDE sourceor a WDE sink.

In Example 30, the one or more characteristics of any of Examples 28 to29 may optionally indicate whether an advertiser of the WDE servicesupports the use of a High-Definition Multimedia Interface (HDMI)interface.

In Example 31, the one or more characteristics of any of Examples 28 to30 may optionally indicate whether an advertiser of the WDE servicesupports the use of a DisplayPort interface.

In Example 32, the one or more characteristics of any of Examples 28 to31 may optionally indicate whether an advertiser of the WDE servicesupports an exchange of video data, an exchange of audio data, or both.

In Example 33, the at least one non-transitory computer-readable storagemedium of any of Examples 28 to 32 may optionally comprise wirelesscommunication instructions that, in response to being executed on thecomputing device, cause the computing device to establish a peer-to-peer(P2P) connection with an advertiser of the WDE service, establish a WFDSapplication service platform (ASP) session with the advertiser of theWDE service, and exchange WDE protocol data with the advertiser of theWDE service via the WFDS ASP session.

In Example 34, the at least one non-transitory computer-readable storagemedium of Example 33 may optionally comprise wireless communicationinstructions that, in response to being executed on the computingdevice, cause the computing device to perform a service teardownprocedure to terminate the WDE service.

In Example 35, the WDE protocol data of any of Examples 33 to 34 mayoptionally be encapsulated within a medium access control (MAC)-layerpacket structure.

In Example 36, the MAC-layer packet structure of Example 35 mayoptionally comprise a logical link control (LLC) header.

In Example 37, the LLC header of Example 36 may optionally comprise adestination service access point (DSAP) field and a source serviceaccess point (SSAP) field.

In Example 38, the DSAP field and the SSAP field of Example 37 mayoptionally each comprise a value to indicate a presence of a sub-networkaccess protocol (SNAP) header following the LLC header.

In Example 39, the LLC header of any of Examples 36 to 38 may optionallycomprise a control field containing a value to indicate that the packetstructure comprises an unnumbered information (UI) protocol data unit(PDU).

In Example 40, the MAC-layer packet structure of any of Examples 35 to39 may optionally comprise a sub-network access protocol (SNAP) header.

In Example 41, the SNAP header of Example 40 may optionally comprisevalues to indicate that the MAC-layer packet structure comprises a WDEprotocol data encapsulation.

In Example 42, the SNAP header of any of Examples 40 to 41 mayoptionally comprise five octets.

In Example 43, the at least one non-transitory computer-readable storagemedium of any of Examples 33 to 42 may optionally comprise wirelesscommunication instructions that, in response to being executed on thecomputing device, cause the computing device to exchange WFDS ASPcoordination protocol data with the advertiser of the WDE service.

In Example 44, the WI-DS ASP coordination protocol data of Example 43may optionally be encapsulated within a medium access control(MAC)-layer packet structure.

In Example 45, the MAC-layer packet structure of Example 44 mayoptionally comprise a logical link control (LLC) header.

In Example 46, the LLC header of Example 45 may optionally comprise adestination service access point (DSAP) field and a source serviceaccess point (SSAP) field.

In Example 47, the DSAP field and the SSAP field of Example 46 mayoptionally each comprise a value to indicate a presence of a sub-networkaccess protocol (SNAP) header following the LLC header.

In Example 48, the LLC header of any of Examples 45 to 47 may optionallycomprise a control field containing a value to indicate that the packetstructure comprises an unnumbered information (UI) protocol data unit(PDU).

In Example 49, the MAC-layer packet structure of any of Examples 44 to48 may optionally comprise a sub-network access protocol (SNAP) header.

In Example 50, the SNAP header of Example 49 may optionally comprisevalues to indicate that the MAC-layer packet structure comprises a WFDSASP coordination protocol data encapsulation.

In Example 51, the SNAP header of any of Examples 49 to 50 mayoptionally comprise five octets.

Example 52 is a wireless communication method, comprising discovering aremotely-advertised Wireless Gigabit Display Extension (WDE) serviceusing a Wi-Fi Direct Services (WFDS) primitive, identifying a servicename for the WDE service, determining one or more characteristics of theWDE service based on the service name, and determining, by a processorcircuit, whether to request use of the WDE service, based on the one ormore characteristics of the WDE service.

In Example 53, the one or more characteristics of Example 52 mayoptionally indicate whether the WDE service is provided by a WDE sourceor a WDE sink.

In Example 54, the one or more characteristics of any of Examples 52 to53 may optionally indicate whether an advertiser of the WDE servicesupports the use of a High-Definition Multimedia Interface (HDMI)interface.

In Example 55, the one or more characteristics of any of Examples 52 to54 may optionally indicate whether an advertiser of the WDE servicesupports the use of a DisplayPort interface.

In Example 56, the one or more characteristics of any of Examples 52 to55 may optionally indicate whether an advertiser of the WDE servicesupports an exchange of video data, an exchange of audio data, or both.

In Example 57, the wireless communication method of any of Examples 52to 56 may optionally comprise establishing a peer-to-peer (P2P)connection with an advertiser of the WDE service, establishing a WI-DSapplication service platform (ASP) session with the advertiser of theWDE service, and exchanging WDE protocol data with the advertiser of theWDE service via the WFDS ASP session.

In Example 58, the wireless communication method of Example 57 mayoptionally comprise performing a service teardown procedure to terminatethe WDE service.

In Example 59, the WDE protocol data of any of Examples 57 to 58 mayoptionally be encapsulated within a medium access control (MAC)-layerpacket structure.

In Example 60, the MAC-layer packet structure of Example 59 mayoptionally comprise a logical link control (LLC) header.

In Example 61, the LLC header of Example 60 may optionally comprise adestination service access point (DSAP) field and a source serviceaccess point (SSAP) field.

In Example 62, the DSAP field and the SSAP field of Example 61 mayoptionally each comprise a value to indicate a presence of a sub-networkaccess protocol (SNAP) header following the LLC header.

In Example 63, the LLC header of any of Examples 60 to 62 may optionallycomprise a control field containing a value to indicate that the packetstructure comprises an unnumbered information (UI) protocol data unit(PDU).

In Example 64, the MAC-layer packet structure of any of Examples 59 to63 may optionally comprise a sub-network access protocol (SNAP) header.

In Example 65, the SNAP header of Example 64 may optionally comprisevalues to indicate that the MAC-layer packet structure comprises a WDEprotocol data encapsulation.

In Example 66, the SNAP header of any of Examples 64 to 65 mayoptionally comprise five octets.

In Example 67, the wireless communication method of any of Examples 57to 66 may optionally comprise exchanging WFDS ASP coordination protocoldata with the advertiser of the WDE service.

In Example 68, the WI-DS ASP coordination protocol data of Example 67may optionally be encapsulated within a medium access control(MAC)-layer packet structure.

In Example 69, the MAC-layer packet structure of Example 68 mayoptionally comprise a logical link control (LLC) header.

In Example 70, the LLC header of Example 69 may optionally comprise adestination service access point (DSAP) field and a source serviceaccess point (SSAP) field.

In Example 71, the DSAP field and the SSAP field of Example 70 mayoptionally each comprise a value to indicate a presence of a sub-networkaccess protocol (SNAP) header following the LLC header.

In Example 72, the LLC header of any of Examples 69 to 71 may optionallycomprise a control field containing a value to indicate that the packetstructure comprises an unnumbered information (UI) protocol data unit(PDU).

In Example 73, the MAC-layer packet structure of any of Examples 68 to72 may optionally comprise a sub-network access protocol (SNAP) header.

In Example 74, the SNAP header of Example 73 may optionally comprisevalues to indicate that the MAC-layer packet structure comprises a WFDSASP coordination protocol data encapsulation.

In Example 75, the SNAP header of any of Examples 73 to 74 mayoptionally comprise five octets.

Example 76 is at least one non-transitory computer-readable storagemedium, comprising a set of instructions that, in response to beingexecuted on a computing device, cause the computing device to perform awireless communication method according to any of Examples 52 to 75.

Example 77 is an apparatus, comprising means for performing a wirelesscommunication method according to any of Examples 52 to 75.

Example 78 is a system, comprising an apparatus according to Example 77,and one or more radio frequency (RF) transceivers.

In Example 79, the system of Example 78 may optionally comprise one ormore RF antennas.

Example 80 is a system according to any of Examples 78 to 79, comprisinga display. Example 81 is a wireless communication apparatus, comprisingmeans for discovering a remotely-advertised Wireless Gigabit DisplayExtension (WDE) service using a Wi-Fi Direct Services (WFDS) primitive,means for identifying a service name for the WDE service, means fordetermining one or more characteristics of the WDE service based on theservice name, and means for determining whether to request use of theWDE service based on the one or more characteristics of the WDE service.

In Example 82, the one or more characteristics of Example 81 mayoptionally indicate whether the WDE service is provided by a WDE sourceor a WDE sink.

In Example 83, the one or more characteristics of any of Examples 81 to82 may optionally indicate whether an advertiser of the WDE servicesupports the use of a High-Definition Multimedia Interface (HDMI)interface.

In Example 84, the one or more characteristics of any of Examples 81 to83 may optionally indicate whether an advertiser of the WDE servicesupports the use of a DisplayPort interface.

In Example 85, the one or more characteristics of any of Examples 81 to84 may optionally indicate whether an advertiser of the WDE servicesupports an exchange of video data, an exchange of audio data, or both.

In Example 86, the wireless communication apparatus of any of Examples81 to 85 may optionally comprise means for establishing a peer-to-peer(P2P) connection with an advertiser of the WDE service, means forestablishing a WFDS application service platform (ASP) session with theadvertiser of the WDE service, and means for exchanging WDE protocoldata with the advertiser of the WDE service via the WFDS ASP session.

In Example 87, the wireless communication apparatus of Example 86 mayoptionally comprise means for performing a service teardown procedure toterminate the WDE service.

In Example 88, the WDE protocol data of any of Examples 86 to 87 mayoptionally be encapsulated within a medium access control (MAC)-layerpacket structure.

In Example 89, the MAC-layer packet structure of Example 88 mayoptionally comprise a logical link control (LLC) header.

In Example 90, the LLC header of Example 89 may optionally comprise adestination service access point (DSAP) field and a source serviceaccess point (SSAP) field.

In Example 91, the DSAP field and the SSAP field of Example 90 mayoptionally each comprise a value to indicate a presence of a sub-networkaccess protocol (SNAP) header following the LLC header.

In Example 92, the LLC header of any of Examples 89 to 91 may optionallycomprise a control field containing a value to indicate that the packetstructure comprises an unnumbered information (UI) protocol data unit(PDU).

In Example 93, the MAC-layer packet structure of any of Examples 88 to92 may optionally comprise a sub-network access protocol (SNAP) header.

In Example 94, the SNAP header of Example 93 may optionally comprisevalues to indicate that the MAC-layer packet structure comprises a WDEprotocol data encapsulation.

In Example 95, the SNAP header of any of Examples 93 to 94 mayoptionally comprise five octets.

In Example 96, the wireless communication apparatus of any of Examples86 to 95 may optionally comprise means for exchanging WFDS ASPcoordination protocol data with the advertiser of the WDE service.

In Example 97, the WI-DS ASP coordination protocol data of Example 96may optionally be encapsulated within a medium access control(MAC)-layer packet structure.

In Example 98, the MAC-layer packet structure of Example 97 mayoptionally comprise a logical link control (LLC) header.

In Example 99, the LLC header of Example 98 may optionally comprise adestination service access point (DSAP) field and a source serviceaccess point (SSAP) field.

In Example 100, the DSAP field and the SSAP field of Example 99 mayoptionally each comprise a value to indicate a presence of a sub-networkaccess protocol (SNAP) header following the LLC header.

In Example 101, the LLC header of any of Examples 98 to 100 mayoptionally comprise a control field containing a value to indicate thatthe packet structure comprises an unnumbered information (UI) protocoldata unit (PDU).

In Example 102, the MAC-layer packet structure of any of Examples 97 to101 may optionally comprise a sub-network access protocol (SNAP) header.

In Example 103, the SNAP header of Example 102 may optionally comprisevalues to indicate that the MAC-layer packet structure comprises a WFDSASP coordination protocol data encapsulation.

In Example 104, the SNAP header of any of Examples 102 to 103 mayoptionally comprise five octets.

Example 105 is a system, comprising an apparatus according to any ofExamples 81 to 104 and one or more radio frequency (RF) transceivers.

In Example 106, the system of Example 105 may optionally comprise one ormore RF antennas.

Example 107 is a system according to any of Examples 105 to 106,comprising a display.

Example 108 is a wireless communication apparatus, comprising logic, atleast a portion of which is in hardware, the logic to advertise aWireless Gigabit Display Extension (WDE) service using a Wi-Fi DirectServices (WFDS) primitive, receive a request to use the advertised WDEservice, establish a WDE link using a WI-DS application servicesplatform (ASP) session, and exchange one or more WDE packets over theWDE link.

In Example 109, the logic of Example 108 may optionally advertise theWDE service by sending a peer-to-peer (P2P) message.

In Example 110, the P2P message of Example 109 may optionally comprise aP2P Probe Request.

In Example 111, the P2P message of Example 109 may optionally comprise aP2P Service Discovery Request.

In Example 112, the logic of any of Examples 108 to 111 may optionallyreceive one or more WDE packets over the WDE link in conjunction withoperation as a WDE sink.

In Example 113, the logic of any of Examples 108 to 111 may optionallysend one or more WDE packets over the WDE link in conjunction withoperation as a WDE source.

In Example 114, the logic of any of Examples 108 to 113 may optionallyestablish a peer-to-peer (P2P) connection with a seeker of the WDEservice.

In Example 115, the logic of any of Examples 108 to 114 may optionallyperform a service teardown procedure to terminate the WDE service.

Example 116 is a system, comprising a wireless communication apparatusaccording to any of Examples 108 to 115 and one or more radio frequency(RF) transceivers.

In Example 117, the system of Example 116 may optionally comprise one ormore RF antennas.

Example 118 is a system according to any of Examples 116 to 117,comprising a display.

Example 119 is at least one non-transitory computer-readable storagemedium comprising a set of wireless communication instructions that, inresponse to being executed on a computing device, cause the computingdevice to advertise a Wireless Gigabit Display Extension (WDE) serviceusing a Wi-Fi Direct Services (WFDS) primitive, receive a request to usethe advertised WDE service, establish a WDE link using a WFDSapplication services platform (ASP) session, and exchange one or moreWDE packets over the WDE link.

In Example 120, the at least one non-transitory computer-readablestorage medium of Example 119 may optionally comprise wirelesscommunication instructions that, in response to being executed on thecomputing device, cause the computing device to advertise the WDEservice by sending a peer-to-peer (P2P) message.

In Example 121, the P2P message of Example 120 may optionally comprise aP2P Probe Request.

In Example 122, the P2P message of Example 120 may optionally comprise aP2P Service Discovery Request.

In Example 123, the at least one non-transitory computer-readablestorage medium of any of Examples 119 to 122 may optionally comprisewireless communication instructions that, in response to being executedon the computing device, cause the computing device to receive one ormore WDE packets over the WDE link in conjunction with operation as aWDE sink.

In Example 124, the at least one non-transitory computer-readablestorage medium of any of Examples 119 to 122 may optionally comprisewireless communication instructions that, in response to being executedon the computing device, cause the computing device to send one or moreWDE packets over the WDE link in conjunction with operation as a WDEsource.

In Example 125, the at least one non-transitory computer-readablestorage medium of any of Examples 119 to 124 may optionally comprisewireless communication instructions that, in response to being executedon the computing device, cause the computing device to establish apeer-to-peer (P2P) connection with a seeker of the WDE service.

In Example 126, the at least one non-transitory computer-readablestorage medium of any of Examples 119 to 125 may optionally comprisewireless communication instructions that, in response to being executedon the computing device, cause the computing device to perform a serviceteardown procedure to terminate the WDE service.

Example 127 is a wireless communication method, comprising advertising aWireless Gigabit Display Extension (WDE) service using a Wi-Fi DirectServices (WFDS) primitive, receiving, by a radio frequency (RF)transceiver, a request to use the advertised WDE service, establishing aWDE link using a WFDS application services platform (ASP) session, andexchanging one or more WDE packets over the WDE link.

In Example 128, the wireless communication method of Example 127 mayoptionally comprise advertising the WDE service by sending apeer-to-peer (P2P) message.

In Example 129, the P2P message of Example 128 may optionally comprise aP2P Probe Request.

In Example 130, the P2P message of Example 128 may optionally comprise aP2P Service Discovery Request.

In Example 131, the wireless communication method of any of Examples 127to 130 may optionally comprise receiving one or more WDE packets overthe WDE link in conjunction with operation as a WDE sink.

In Example 132, the wireless communication method of any of Examples 127to 131 may optionally comprise sending one or more WDE packets over theWDE link in conjunction with operation as a WDE source.

In Example 133, the wireless communication method of any of Examples 127to 132 may optionally comprise establishing a peer-to-peer (P2P)connection with a seeker of the WDE service.

In Example 134, the wireless communication method of any of Examples 127to 133 may optionally comprise performing a service teardown procedureto terminate the WDE service.

Example 135 is at least one non-transitory computer-readable storagemedium, comprising a set of instructions that, in response to beingexecuted on a computing device, cause the computing device to perform awireless communication method according to any of Examples 127 to 134.

Example 136 is an apparatus, comprising means for performing a wirelesscommunication method according to any of Examples 127 to 134.

Example 137 is a system, comprising an apparatus according to Example136 and one or more radio frequency (RF) transceivers.

In Example 138, the system of Example 137 may optionally comprise one ormore RF antennas.

Example 139 is a system according to any of Examples 137 to 138,comprising a display.

Example 140 is a wireless communication apparatus, comprising means foradvertising a Wireless Gigabit Display Extension (WDE) service using aWi-Fi Direct Services (WFDS) primitive, means for receiving a request touse the advertised WDE service, means for establishing a WDE link usinga WFDS application services platform (ASP) session, and means forexchanging one or more WDE packets over the WDE link.

In Example 141, the wireless communication apparatus of Example 140 mayoptionally comprise means for advertising the WDE service by sending apeer-to-peer (P2P) message.

In Example 142, the P2P message of Example 141 may optionally comprise aP2P Probe Request.

In Example 143, the P2P message of Example 141 may optionally comprise aP2P Service Discovery Request.

In Example 144, the wireless communication apparatus of any of Examples140 to 143 may optionally comprise means for receiving one or more WDEpackets over the WDE link in conjunction with operation as a WDE sink.

In Example 145, the wireless communication apparatus of any of Examples140 to 144 may optionally comprise means for sending one or more WDEpackets over the WDE link in conjunction with operation as a WDE source.

In Example 146, the wireless communication apparatus of any of Examples140 to 145 may optionally comprise means for establishing a peer-to-peer(P2P) connection with a seeker of the WDE service.

In Example 147, the wireless communication apparatus of any of Examples140 to 146 may optionally comprise means for performing a serviceteardown procedure to terminate the WDE service.

Example 148 is a system, comprising an apparatus according to any ofExamples 140 to 147, and one or more radio frequency (RF) transceivers.

In Example 149, the system of Example 148 may optionally comprise one ormore RF antennas.

Example 150 is a system according to any of Examples 148 to 149,comprising a display.

Numerous specific details have been set forth herein to provide athorough understanding of the embodiments. It will be understood bythose skilled in the art, however, that the embodiments may be practicedwithout these specific details. In other instances, well-knownoperations, components, and circuits have not been described in detailso as not to obscure the embodiments. It can be appreciated that thespecific structural and functional details disclosed herein may berepresentative and do not necessarily limit the scope of theembodiments.

Some embodiments may be described using the expression “coupled” and“connected” along with their derivatives. These terms are not intendedas synonyms for each other. For example, some embodiments may bedescribed using the terms “connected” and/or “coupled” to indicate thattwo or more elements are in direct physical or electrical contact witheach other. The term “coupled,” however, may also mean that two or moreelements are not in direct contact with each other, but yet stillco-operate or interact with each other.

Unless specifically stated otherwise, it may be appreciated that termssuch as “processing,” “computing,” “calculating,” “determining,” or thelike, refer to the action and/or processes of a computer or computingsystem, or similar electronic computing device, that manipulates and/ortransforms data represented as physical quantities (e.g., electronic)within the computing system's registers and/or memories into other datasimilarly represented as physical quantities within the computingsystem's memories, registers or other such information storage,transmission or display devices. The embodiments are not limited in thiscontext.

It should be noted that the methods described herein do not have to beexecuted in the order described, or in any particular order. Moreover,various activities described with respect to the methods identifiedherein can be executed in serial or parallel fashion.

Although specific embodiments have been illustrated and describedherein, it should be appreciated that any arrangement calculated toachieve the same purpose may be substituted for the specific embodimentsshown. This disclosure is intended to cover any and all adaptations orvariations of various embodiments. It is to be understood that the abovedescription has been made in an illustrative fashion, and not arestrictive one. Combinations of the above embodiments, and otherembodiments not specifically described herein will be apparent to thoseof skill in the art upon reviewing the above description. Thus, thescope of various embodiments includes any other applications in whichthe above compositions, structures, and methods are used.

It is emphasized that the Abstract of the Disclosure is provided tocomply with 37 C.F.R. §1.72(b), requiring an abstract that will allowthe reader to quickly ascertain the nature of the technical disclosure.It is submitted with the understanding that it will not be used tointerpret or limit the scope or meaning of the claims. In addition, inthe foregoing Detailed Description, it can be seen that various featuresare grouped together in a single embodiment for the purpose ofstreamlining the disclosure. This method of disclosure is not to beinterpreted as reflecting an intention that the claimed embodimentsrequire more features than are expressly recited in each claim. Rather,as the following claims reflect, inventive subject matter lies in lessthan all features of a single disclosed embodiment. Thus the followingclaims are hereby incorporated into the Detailed Description, with eachclaim standing on its own as a separate preferred embodiment. In theappended claims, the terms “including” and “in which” are used as theplain-English equivalents of the respective terms “comprising” and“wherein,” respectively. Moreover, the terms “first,” “second,” and“third,” etc. are used merely as labels, and are not intended to imposenumerical requirements on their objects.

Although the subject matter has been described in language specific tostructural features and/or methodological acts, it is to be understoodthat the subject matter defined in the appended claims is notnecessarily limited to the specific features or acts described above.Rather, the specific features and acts described above are disclosed asexample forms of implementing the claims.

What is claimed is:
 1. An apparatus, comprising: a memory; and logic, atleast a portion of which is implemented in baseband circuitry coupled tothe memory, the logic to: determine an advertisement identifier (ID)associated with a WiGig Display Extension (WDE) service advertised by aWDE device; generate a Peer-to-Peer (P2P) Provision Discovery Requestframe for transmission to the WDE device to initiate a procedure forestablishing a P2P connection with the WDE device; generate anApplication Service Platform (ASP) REQUEST_SESSION message fortransmission to the WDE device to initiate a procedure for creating anASP session with the WDE device, the ASP REQUEST_SESSION message tocomprise the advertisement ID associated with the WDE service; andfollowing a determination that the ASP session is open, exchange WDEprotocol data with the WDE device via the P2P connection.
 2. Theapparatus of claim 1, the logic to identify the WDE service based on aservice name contained in a P2P Probe Response frame received from theWDE device, the P2P Probe Response frame to contain the advertisementID.
 3. The apparatus of claim 2, the service name to include an elementcomprising a value indicating whether the WDE device is to operate as aWDE source or a WDE sink in conjunction with the WDE service.
 4. Theapparatus of claim 2, the service name to include an element comprisinga value indicating a type of interface supported by the WDE device. 5.The apparatus of claim 4, the element to comprise a value “HDMI” or avalue “DisplayPort”.
 6. The apparatus of claim 1, the exchanged WDEprotocol data to be encapsulated using a Sub-Network Access Protocol(SNAP) header.
 7. The apparatus of claim 6, the SNAP header to comprisea total of five octets, and to include a two-octet field containing ahexadecimal value indicating a WDE Organizationally Unique Identifier(OUI) Type.
 8. The apparatus of claim 1, the logic to generate aREMOVE_SESSION message for transmission to the WDE device in response toa determination to terminate the WDE service.
 9. The apparatus of claim1, comprising a radio coupled to the baseband circuitry.
 10. At leastone non-transitory computer-readable storage medium, comprising a set ofinstructions that, in response to being executed on a computing device,cause the computing device to: determine an advertisement identifier(ID) associated with a WiGig Display Extension (WDE) service advertisedby a WDE device; generate a Peer-to-Peer (P2P) Provision DiscoveryRequest frame for transmission to the WDE device to initiate a procedurefor establishing a P2P connection with the WDE device; generate anApplication Service Platform (ASP) REQUEST_SESSION message fortransmission to the WDE device to initiate a procedure for creating anASP session with the WDE device, the ASP REQUEST_SESSION message tocomprise the advertisement ID associated with the WDE service; andfollowing a determination that the ASP session is open, encapsulate WDEprotocol data within one or more packets for transmission to the WDEdevice via the P2P connection.
 11. The at least one non-transitorycomputer-readable storage medium of claim 10, comprising instructionsthat, in response to being executed on the computing device, cause thecomputing device to identify the WDE service based on a service namecontained in a P2P Probe Response frame received from the WDE device,the P2P Probe Response frame to contain the advertisement ID.
 12. The atleast one non-transitory computer-readable storage medium of claim 11,the service name to include an element comprising a value indicatingwhether the WDE device is to operate as a WDE source or a WDE sink inconjunction with the WDE service.
 13. The at least one non-transitorycomputer-readable storage medium of claim 11, the service name toinclude an element comprising a value indicating a type of interfacesupported by the WDE device.
 14. The at least one non-transitorycomputer-readable storage medium of claim 13, the element to comprise avalue “HDMI” or a value “DisplayPort”.
 15. The at least onenon-transitory computer-readable storage medium of claim 10, the WDEprotocol data to be encapsulated using a Sub-Network Access Protocol(SNAP) header.
 16. The at least one non-transitory computer-readablestorage medium of claim 15, the SNAP header to comprise a total of fiveoctets, and to include a two-octet field containing a hexadecimal valueindicating a WDE Organizationally Unique Identifier (OUI) Type.
 17. Theat least one non-transitory computer-readable storage medium of claim10, comprising instructions that, in response to being executed on thecomputing device, cause the computing device to generate aREMOVE_SESSION message for transmission to the WDE device in response toa determination to terminate the WDE service.
 18. A method, comprising:determining an advertisement identifier (ID) associated with a WiGigDisplay Extension (WDE) service advertised by a WDE device; generating aPeer-to-Peer (P2P) Provision Discovery Request frame for transmission tothe WDE device to initiate a procedure for establishing a P2P connectionwith the WDE device; generating an Application Service Platform (ASP)REQUEST_SESSION message for transmission to the WDE device to initiate aprocedure for creating an ASP session with the WDE device, the ASPREQUEST_SESSION message to comprise the advertisement ID associated withthe WDE service; and using the ASP session to obtain WDE protocol datafrom the WDE device via the P2P connection.
 19. The method of claim 18,comprising identifying the WDE service based on a service name containedin a P2P Probe Response frame received from the WDE device, the P2PProbe Response frame to contain the advertisement ID.
 20. The method ofclaim 19, the service name to include an element comprising a valueindicating whether the WDE device is to operate as a WDE source or a WDEsink in conjunction with the WDE service.
 21. The method of claim 19,the service name to include an element comprising a value indicating atype of interface supported by the WDE device.
 22. The method of claim21, the element to comprise a value “HDMI” or a value “DisplayPort”. 23.The method of claim 18, the obtained WDE protocol data to beencapsulated using a Sub-Network Access Protocol (SNAP) header.
 24. Themethod of claim 23, the SNAP header to comprise a total of five octets,and to include a two-octet field containing a hexadecimal valueindicating a WDE Organizationally Unique Identifier (OUI) Type.
 25. Themethod of claim 18, comprising generating a REMOVE_SESSION message fortransmission to the WDE device in response to a determination toterminate the WDE service.